Amendments To Claims 



1-23 (Cancelled) . 

24. (New) A method for performing a web transaction, 
comprising : 

obtaining a form that includes a unique identifier for 
the web transaction; 

initiating a database update and generating a log for the 
database update such that the log is identified by the unique 
identifier; 

obtaining a request to reload a status page such that the 
request includes the unique identifier; 

accessing the log in response to the request and retrying 
the database update if the log indicates a failure of the 
database update such that the database update is performed at 
most once . 

25. (New) The method of claim 24, wherein obtaining a form 
comprises : 

obtaining the form in a post command from a client; 

providing the status page to the client in response to 
the post command such that the status page includes the unique 
identifier . 

26. (New) The method of claim 25, wherein the request to 
reload is automatically generated by the status page at the 
client . 

27. (New) The method of claim 25, wherein the request to 
reload is manually generated at the client. 

28. (New) The method of claim 25, wherein the request to 
reload includes a set of data for retrying the database 
update . 
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29. (New) The method of claim 24, further comprising storing 
a set of data for retrying the database update. 

30. (New) The method of claim 24, wherein retrying the 
database update includes rolling back the database update 
after a timeout period and then retrying the database update. 

31. (New) The method of claim 30, further comprising 
determining the timeout period in response to a timestamp 
contained in the status page. 

32. (New) A web transaction processing system, comprising: 
database for holding a set of data associated with a web 

transaction; 

server that obtains a form that includes a unique 
identifier for the web transaction and that initiates an 
update to the database in response to the form and that 
generates a log for the update such that the log is identified 
by the unique identifier, the server having a retry mechanism 
that obtains a request to reload a status page such that the 
request includes the unique identifier and that accesses the 
log in response to the request and retries the update if the 
log indicates a failure of the update such that the database 
update is performed at most once. 

33. (New) The web transaction processing system of claim 32, 
wherein the server obtains the form in a post command from a 
client and then provides the status page to the client such 
that the status page includes the unique identifier. 

34. (New) The web transaction processing system of claim 33, 
wherein the request to reload is automatically generated by 
the status page at the client. 
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35. (New) The web transaction processing system of claim 33, 
wherein the request to reload is manually generated at the 
client . 

36. (New) The web transaction processing system of claim 33, 
wherein the request to reload includes the data for retrying 
the update. 

37. (New) The web transaction processing system of claim 32, 
wherein the retry mechanism rolls back the update after a 
timeout period and then retries the update. 

38. (New) The web transaction processing system of claim 37, 
wherein the retry mechanism determines the timeout period in 
response to a timestamp contained in the status page. 

39. (New) A web transaction system, comprising: 

client that enters a set of data pertaining to a web 
transaction into a form such that the form includes a unique 
identifier for the web transaction; 

server that obtains the form from the client and that 
initiates an update to a database in response to the form and 
that generates a log for the update such that the log is 
identified by the unique identifier, the server having a retry 
mechanism that obtains a request from the client to reload a 
status page such that the request includes the unique 
identifier and that accesses the log in response to the 
request and retries the update if the log indicates a failure 
of the update such that the database update is performed at 
most once . 

40. (New) The web transaction system of claim 39, wherein the 
server obtains the form in a post command from a client and 
then provides the status page to the client such that the 
status page includes the unique identifier. 
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41. (New) The web transaction system of claim 40, wherein the 
request to reload is automatically generated by the status 
page at the client. 

42. (New) The web transaction system of claim 40, wherein the 
request to reload is manually generated at the client. 

43. (New) The web transaction system of claim 40, wherein the 
request to reload includes the data for retrying the update. 

44. (New) The web transaction system of claim 40, wherein the 
retry mechanism rolls back the update after a timeout period 
and then retries the update. 

45. (New) The web transaction system of claim 44, wherein the 
retry mechanism determines the timeout period in response to a 
timestamp contained in the status page. 
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